Message Submission
نویسندگان
چکیده
1. Abstract . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Document Information . . . . . . . . . . . . . . . . . . . 3 2.1. Definitions of Terms Used in this Memo . . . . . . . . . 3 2.2. Conventions Used in this Document . . . . . . . . . . . 4 3. Message Submission . . . . . . . . . . . . . . . . . . . . . 4 3.1. Submission Identification . . . . . . . . . . . . . . . 4 3.2. Message Rejection and Bouncing . . . . . . . . . . . . . 4 3.3. Authorized Submission . . . . . . . . . . . . . . . . . 5 3.4. Enhanced Status Codes . . . . . . . . . . . . . . . . . 6 4. Mandatory Actions . . . . . . . . . . . . . . . . . . . . . 6 4.1. General Submission Rejection Code . . . . . . . . . . . 6 4.2. Ensure All Domains are Fully-Qualified . . . . . . . . 6 5. Recommended Actions . . . . . . . . . . . . . . . . . . . . 7 5.1. Enforce Address Syntax . . . . . . . . . . . . . . . . 7 5.2. Log Errors . . . . . . . . . . . . . . . . . . . . . . . 7 6. Optional Actions . . . . . . . . . . . . . . . . . . . . . 7 6.1. Enforce Submission Rights . . . . . . . . . . . . . . . 7 6.2. Require Authentication . . . . . . . . . . . . . . . . 8 6.3. Enforce Permissions . . . . . . . . . . . . . . . . . . 8 6.4. Check Message Data . . . . . . . . . . . . . . . . . . 8 7. Interaction with SMTP Extensions . . . . . . . . . . . . . . 8 8. Message Modifications . . . . . . . . . . . . . . . . . . . 9 8.1. Add ’Sender’ . . . . . . . . . . . . . . . . . . . . . . 9 8.2. Add ’Date’ . . . . . . . . . . . . . . . . . . . . . . 10 8.3. Add ’Message-ID’ . . . . . . . . . . . . . . . . . . . . 10
منابع مشابه
A Message from New Editor-in-Chief
...................................................................................................................................................................................................................................................................................................................... ...
متن کاملRFC 6409 Message
This memo splits message submission from message relay, allowing each service to operate according to its own rules (for security, policy, etc.), and specifies what actions are to be taken by a submission server. Message relay is unaffected, and continues to use SMTP over port 25. When conforming to this document, message submission uses the protocol specified here, normally over port 587. This...
متن کاملMessage Submission for Mail
This memo splits message submission from message relay, allowing each service to operate according to its own rules (for security, policy, etc.), and specifies what actions are to be taken by a submission server. Message relay is unaffected, and continues to use SMTP over port 25. When conforming to this document, message submission uses the protocol specified here, normally over port 587. This...
متن کاملOn Equilibria of Distributed Message-Passing Games
This paper investigates a general class of finite dynamic games where players communicate with each other by message-passing. Messages may be delayed, received out of order, duplicated or lost, but not corrupted. The challenge posed by message-passing games is that the execution of the game is non-deterministic and, thus, the final outcome may not result in an equilibrium. We introduce a notion...
متن کاملCharm + + Migratable Objects + Active Messages + Adaptive Runtime = Productivity + Performance
Charm++ is an elegant, general-purpose parallel programming model backed by an adaptive runtime system [1]. This combination yields portable performance and a spectrum of real-world productivity benefits that have been demonstrated in production applications. Our submission to this year’s HPC Challenge (Class II) comprises six benchmarks that demonstrate these practical benefits available to ap...
متن کاملذخیره در منابع من
با ذخیره ی این منبع در منابع من، دسترسی به آن را برای استفاده های بعدی آسان تر کنید
عنوان ژورنال:
- RFC
دوره 2476 شماره
صفحات -
تاریخ انتشار 1998